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Amendments To The Specification 

Please delete in the Specification page 2, lines 3-12: 

With th e d e fault DCC bandwidth, a d i sadvantag e i s that on l y D1 D3 byt e s ar e 
us e d to transm i t data b e tw ee n n e twork ele m e nts. Wh e n th e r e a r e other unus e d D 
bytes, DCC bandwidth r e source can not bo uti li zed e ffect i v el y, wh i ch aff e cts th e 
commun i cat i on e ffic ie ncy b e tween the n e twork e le m e nts. 

Furth e r, e ach n e twork ele m e nt i s configur e d w i th DCC bandw i dth manual l y and a 
commun i cation n e twork usua ll y i nc l ud e s d e cad e s or hundr e ds of n e twork ele m e nts, 
th e r e for e d i sadvantages i nclude l arg e manpow e r cost, and e as i ly - occurr e d e rrors dur i ng 
the manua l configurat i on, which r e sult i n l arg e maint e nance cost. Bee i doe, if tho DCC 
bandw i dth of a c e rta i n n e twork e l e ment changes, i t i s poss i b le to r e configur e DCC 
bandw i dth of th e oth e r network ele m e nt s . 

Please replace paragraph [001 1] in the Specification page 3, lines 3-8 with the 
following amended paragraph: 

after receiving the DCC negotiation message, the network element at the 
receiving end comparing the overhead bytes contained in the DCC negotiation message 
with overhead bytes available to the network element at the receiving end, to obtain an 
intersection, which is overhead bytes, for constructing a DCC, available to both the 
network elements, wherein the overhead bytes as bandwidth of the channel are used to 
perform a second DCC configuration in the same order, so as to establish the DCC^ 

Please delete in the Specification page 3, line 9 through page 4, Iine17: 
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s e nding a DCC conn e ct i on command from th e two n e twork ele ments to th e 
oppos i t e n e twork e l e m e nt via the new DCC r e sp e ct i vely; 

after r e c e iv i ng th e DCC conn e ct i on command, s e nd i ng a DCC conn e ction 
acknow le dg e m e nt command from th e two n e twork e l e m e nts to th e oppos i te n e twork 
e le m e nt r e sp e ct i v el y; 

accomp li sh i ng e stab l ishm e nt of th e DCC after th e two n e twork o l oments r e c e iv e 
tho DCC conn e ct i on acknowl e dgem e nt commands. 

Th e n e twork ele m e nts r e turn to th e d e fau l t DCC configurat i on s tat e i f th e 
configur e d t i m e r i s e xp i red at any st e p during th e s e cond DCC e stab l ishm e nt process. 

Each DCC of th e n e twork e le m e nts d e t e rm i n e s wh e th e r to perform the DCC 
bandw i dth n e got i at i on i n accordanc e w i th th e r e quir e m e nts of us e rs. 

Both of the n e twork e lemonts at th e transm i tt i ng and recoiving e nds of th e DCC 
r e turn to th e d e fau l t DCC configurat i on stat e i f th e pr e conf i gur e d conn e ct e d DCCs fa il s. 

Both of th e two n e twork e l e ments p e rform th e first DCC configurat i on by us i ng 
on e or mor e unus e d ov e rh e ad byt e s i n a s e ct i on overh e ad. 

Th e on e or mor e unus e d ov e rh e ad byt e s i n th e s e ct i on overh e ad i nc l ud e s: D 
byt e s and oth e r unus e d s e ction ov e rhoad bytoe. 

Th e DCC n e gotiation m e ssag e i nc l ud e s: ov e rh e ad byt e s and th e ord e r of th e 
ov e rhead byt es a v ail ab le to th e transm i tt i ng e nd of DCC of th e curr e nt n e twork e lomont. 

Th e D bytes ar e i n an ord e r from D1 to D12. 

Dur i ng th e s e cond DCC conf i gurat i on, th e d e fau l t DCC construct e d by th e d e fau l t 
s e ct i on ov e rh e ad byt e s i s r e s e rv e d, and th e n e w DCC i s constructed by us i ng tho 
n e w l y addod coct i on ov e rh e ad bytoe. 
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Th e SDH/SONET s e ct i on ov e rh e ad byt e s for constructing th e DCC ar e ov e rh e ad 
byt e s s e l e ct e d from a group consist i ng of D1 D12 bytes and oth e r unus e d s e ct i on 
overhead byt e s, whoro i n the s e ct i on ov e rh e ad byt e s us e d in th e network ele monts at 
both e nd s of th e DCC ar e consist e nt w i th e ach oth e r. 

Th e ord e r of th e ov e rh e ad byt e s construct i ng th e DCC is var i ab l e, but i t i s 
consist e nt between tho two ends of th e DCC chann el . 

The advantag e ous e ffoct of e mbod i ments of th e pres e nt i nv e nt i on is that th e 
m e thod for n e got i ating bandw i dth of a data communication chann e l automat i cal l y 
mak e6 th e DCC bandwidth r e ma i n always cons i st e nt to e nsure corr e ct tran s m i ssion of 
OAM&P i nformat i on b e tw ee n n e twork e l e ments. Tho method enab l es automat i c 
es tab lis hm e nt of a DCC w i th broad e st bandw i dth b e twe e n two n e twork e le m e nts 
conn e ct e d w i th e ach oth e r, which ut i l i z e s ov e rh e ad resourc e of SDH/SONET s i gna l s 
e ff e ct i v el y. The m e thod also r e duc e s cong e st i on of TMN manag e m e nt i nformat i on du e 
to narrow DCC bandw i dth r e su l t e d from l ack of eff e ct i v e ut ili zation of D byte overhead 
r e sourc e , and d e cr e as e s th e cost of manag e m e nt and ma i nt e nanc e of TMN e ff e ct i v e ly. 

Please replace paragraph [0053] in the Specification page 7, lines 17-24 with the 
following amended paragraph: 

as shown in FIG.4, the network element A sends DCC bandwidth negotiation 
message to the network element B via the default DCC of optical fiber F1 , and the 
network element B sends DCC bandwidth negotiation message to the network element 
A via the default DCC of optical fiber F2. The bandwidth negotiation message, as shown 
in FIG.4, can be represented in a 16-bit length data structure (the structure depends on 
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practical requirements), wherein the reserved bytes can be used to indicate unused 
bytes as required. The network elements A and B initiate a timer for receiving the DCC 
bandw i dth negotiation acknowledgement commands respectively; 
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